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(54) A wireless adapter architecture for mobile computing 



(57) A adapter for wireless networking provides for 
reconfigerable media access control and data packet 
formats. The flexible adapter comprises a modem inter- 
face for controlling an RF modem for transmitting data 
signals to and receiving data signals from another RF 



modem; a media access control circuit; and a computer 
system interface circuit. The computer system interface 
circuit provides an interface between a host computer 
system, the modem interface circuit and the media ac- 
cess control circuit. 
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Description 

FIELD OF THE INVENTION 

This invention relates to the field of packet commu- 5 
nicatioa and more particularly to the field of packet com- 
munication with a wireless endpoint. 

BACKGROUND OF THE INVENTION 

Advances in technology have enabled high speed 
wireless communication and spurred the growth of wire- 
less, and now mobile computing systems. This technol- 
ogy has enabled many new wireless services and sys- 
tems including wireless LANs. Wireless LANs are the 
first step toward a mobile computing environment. 

Several systems for mobile and wireless computing 
have been disclosed. Xerox's tab system uses a small 
hand-held device, called a tab, as a terminal which then 
interacts with a surrounding network which contain the 
intelligence. This allows the users to pick up and use an 
arbitrary tab and immediately have access to their en- 
vironment. The tab system has an infra-red link for trans- 
mitting and receiving data which allows communication 
in office size cells that are connected to an installed 
backbone network. 

The Inlopad system uses ah approach similar to a 
terminal device, and is connected by a high speed RF 
modem for access of interactive data. The Infopad relies 
on the surrounding network to provide the intelligent re- 
sources, while acting as a terminal for the data. 

An intermediate approach splits the intelligence be- 
tween the device and the network. Some of the compu- 
tation can be carried out using powerful processing re- 
sources in the backbone network instead of on the mo- 
bile system which has limited processing resources as 
well as a limited power budget. Applications typically uti- 
lize as much communications bandwidth as is available 
by adaptively altering the amount of processing on the 
backbone network verses at the mobile system. 

A third approach places the intelligence in the mo- 
bile system and utilizes the backbone network to access 
other devices on a peer to peer basis. This approach is 
similar to the current model of networked computing, 
and is supported by wireless LAN systems running Mo- 45 
bile IP. Mobile IP allows the definition of a mobile sub- 
network having many mobile systems associated with 
it. When communicating with a mobile system, data is 
first sent to any one of several fixed hosts associated 
with that subnetwork. The fixed hosts either know where 
the mobile system is : which base station the mobile sys- 
tem is communicating with, or can determine this by 
quering a set of other base stations. 

The WaveLAN system is a wireless LAN system 
that allows wireless extension of existing Ethernet net- ss 
works. The WaveLAN has been used as the physical 
layer for several mobile computing systems. 

Wireless untethered computing allows continual 
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connection of mobile systems to the network backbone 
as users move around their office, corridors and confer- 
ence rooms. The system should support several models 
of access, from terminals to intelligent mobile hosts. In 
order to support this model, mobile systems must be 
equipped with suitable wireless interfaces, wireless 
base stations must be installed and the backbone net- 
work must be enhanced to support mobile users. Exist- 
ing wireless designs were unsuitable to allow flexible 
and innovative handoff and MAC schemes. 

Although considerable progress has been made 
with the use of wireless technology and broadband net- 
works, many technical problems remained to be solved 
before a vision of omnipresent tetherless access to mul- 
timedia information can be realized. Accordingly, there 
is a need to provide a flexible hardware architecture 
which is reconfigurable for different protocols and differ- 
ent radio modem control. 



In accordance with the present invention, there is 
provided a flexible adapter for wireless networking 
which provides for reconfigerable media access control 
and data packet lormats. The flexible adapter comprises 
a modem interface circuit which controls an RF modem 
for transmitting data signals to and receiving data sig- 
nals from another modem; a media access control cir- 
cuit; and a computer system interface circuit for provid- 
ing an interface between a host computer system, the 
modem interface circuit, and the media access control 
circuit. 

In further enhancements of the present invention 
flexible adapter for wireless networking, the modem in- 
terface circuit is reconfigurable for different RF modems 
and is reconfigurable for different data formats. 

In a still further enhancement of the present inven- 
tion flexible adapter for wireless networking, the compu- 
ter system interface circuit is reconfigurable lor different 
host computer systems. 

In yet a further enhancement of the present inven- 
tion flexible adapter for wireless networking, the media 
access control circuit is reconfigurable for different me- 
dia access protocols. 

In further enhancements of the present invention 
flexible adapter lor wireless networking, the modem in- 
terface circuit comprises a field programmable gate ar- 
ray and the computer system interface circuit comprises 
a field programmable gate array. 

In still a further enhancement of the present inven- 
tion flexible adapter for wireless networking, the media 
access conttrol circuit comprises a microprocessor 
computer circuit which realizes forward error correction 
of data packets. 

DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the present in- 
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vention may be obtained from consideration of the fol- 
lowing description in conjunction with the drawings in 
which: 

FIG. 1 is a block diagram of a network communica- 
tion model of a SWAN wireless ATM network; 

FIG. 2 is a block diagram of a last hop in a wireless 
ATM network; 

FIG. 3 is a block diagram of a reusable ATM wireless 
adapter architecture template; 

FIG. 4 is a block diagram of a FAWN adapter archi- 
tecture; 

FIG. 5 is a block diagram of a base station and mo- 
bile units in SWAN; and 

FIG. 6 is a block diagram of embedded software on 
a wireless adapter. 

DETAILED DESCRIPTION OF VARIOUS 
ILLUSTRATIVE 

Although the present invention is particularly well 
suited to a packet communication system having a Vir- 
tual Channel Connection ATM extended to a wireless 
endpoint, and shall be described with respect to this ap- 
plication, the methods and apparatus disclosed here 
can be applied to other packet communication systems 
with a wireless endpoint. 

Referring now to FIG. 1 there is shown a high level 
view of the network communication model adopted by 
the SWAN (Seamless Wireless ATM Networking) mo- 
bile networked computing environment at AT&T Bell 
Laboratories. A hierarchy of wide-area 10 and local-ar- 
ea 12 wired ATM networks is used as the back-bone 
network, while wireless access is used in the last hop to 
mobile hosts. In additbn to connecting conventional 
wired server hosts 1 4 and client end-points 1 6, the wired 
backbone also connects to special switching nodes 
called base stations 18. The base stations 18 are 
equipped with wireless adapter cards, and act as a gate- 
way for communication between nearby mobile hosts 
20, which are also equipped with wireless adapters, and 
the wired network. The geographical area for which a 
base station acts as the gateway is called its cell 22, and 
given the intended use of SWAN in an office setting, the 
various base station 18 nodes are distributed in room- 
sized pico-ceils. Network connectivity is continually 
maintained as users carrying a variety of mobile hosts 
20 roam from one cell 22 to another. The mobile hosts 
20 themselves range from portable computers equipped 
with a suitable wireless adapter, to dumb wireless ter- 
minals that have no or little local general-purpose com- 
puting resources. All mobile hosts 20 in SWAN, howev- 
er, must have the ability to participate in network sign- 
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aling and data transfer protocols. Lastly, a mobile unit 
20 in SWAN sends and receives all its traffic through the 
base station 18 in its current cell 22. 

A distinguishing feature of the SWAN system is the 

5 use of end-to-end ATM over both the wired network and 
the wireless last hops 24. This is in contrast to the use 
ol connectionless mobile-IP in present day wireless data 
LANs. This design choice in SWAN was motivated by 
the realization that advances in compression algorithms 

to together with increased bandwidth, provided by spatial 
multiplexing due to the use of pico-cells and higher 
bandwidth RF transceivers that are now available, can 
allow the transmission of packetized video to a mobile 
unit 20. Support for multimedia traffic over the wireless 

1$ segment has therefore become a driving force in SWAN . 
Adopting the connection-oriented model of an ATM Vir- 
tual Channel Connection over the wireless hop as well 
allows quality of service guarantees associated with vir- 
tual channel connections carrying audio or video traffic 

20 to be extended end-lo-end. In essence, the use of end- 
to-end ATM allows the wireless resource to be mean- 
ingfully allocated among the various connections going 
over a wireless hop. 

Using ATM's Virtual Channel Connection model all 

25 the way through to a mobile host 20, however results 
in the need to continually reroute ATM Virtual Channel 
Connections as a mobile host 20 moves. The small cell 
sizes and the presence of quality of service sensitive 
multimedia traffic make this problem particularly impor- 

30 tant in SWAN. Virtual Channel Connections carrying au- 
dio or video, as far as possible, need to be immune from 
disruptbns as a mobile host 20 is hands-off from one 
base station 18 to a neighboring one. Of course, ATM 
signaling protocol needs to accomplish the task of Vir- 

35 tual Channel Connection rerouting with minimum laten- 
cy, and SWAN's approach to this problem is based on 
Virtual Channel Connection extension coupled with loop 
removal and mobile initiated partial rebuilds. Of more 
particular interest is the fact that the lower level protocol 

40 layers dealing with wireless medium access must also 
accomplish the task of transferring a mobile unit 20 from 
one base station 1 8 to another with minimal latency. Low 
latency hand-off and allocation of wireless resources 
among various virtual connections are therefore tasks 

45 that need to be done in the wireless hop 24 in SWAN, 
in addition to the usual functionality of medium access 
control and air-interface operation. 

FIG. 2 shows a block diagram of the wireless last 
hop 24 of a SWAN -I ike wireless ATM network. The pri- 

so mary function of the base station 18 is to switch cells 
among various wired 26 and wireless ATM 28 adapters 
attached to the base station 18-the base station 18 can 
be viewed as an ATM switch that has RF wireless ATM 
adapters on some of its ports. In SWAN, however, ge- 

55 neric PCs and Sun workstations are used as base sta- 
tions 18 by plugging in a wired ATM adapter card 26 and 
one or more RF wireless ATM adapter cards 28. The 
cell switching functionality is realized in software using 
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a kernel-space-resident ceil routing and adapter inter- 
face module 30, and a user-space-resident connection 
manager signaling module 32. The use of PCs and 
workstations for base stations 18 allows them to act as 
wired hosts as well, running application processes 34. 5 
In essence, base stations 18 in SWAN are nothing but 
computers with banks of radios interfaced. 

At the other end of the wireless last hop 24 is the 
mobile unit 20 that too has a RF wireless adapter 28, a 
connection signaling manager module 36, and a module 10 
38 that routes cells among various agents within the mo- 
bile unit. Atthough pictorially the mobile unit 20 may look 
like a base station 18 with no wired adapter and only 
one wireless adapter 28, this is not the complete truth. 
The connection manager 36 at the mobile unit 20 is dif- is 
ferent - for example, it does not have to provide a switch- 
like functionality. In addition, mobile units 20 such as 
dumb terminals may have only hardware agents acting 
as sinks as sources of ATM cells, as opposed to soft- 
ware processes. However, mobile units 20 that are more 20 
than a dumb terminal may run applications 40 as well. 

Of particular interest is the RF ATM adapter 28 of 
the base station 18, the RF ATM adapter of the mobile 
unit 20 and their interconnection by an air interface 
packet (link cell) over the wireless last hop 24. A stream 25 
of ATM cells from the higher level ATM layers needs to 
be transported across the wireless link 24 between a 
mobile unit 20 and its base station 18. The issues that 
need to be addressed to accomplish the transport of 
ATM cells over the air can be classified into two catego- 30 
ries: generic issues and ATM-specific issues. 

Following are some of the problems that fall under 
the genericsategory: (1 ) Division of available bandwidth 
into channels (2) Distribution of channels among base 
stations (3) Regulation of access to a shared channel . _3S 
(4) Hand-off of mobile units from one base station 18 to 
another. 

On the other hand, the following wireless hop prob- 
lems are influenced principally by the needs of ATM: (1 ) 
Mapping of ATM cells to link cells, or air-interface pack- *o 
ets (2) Format of air-interface packets (3) Impact of ATM 
cell loss due to noise and interference sources unique 
to wireless, such as inter-symbol interference, adjacent 
channel interference, frequency collision etc., and (4) 
Multiplexing and scheduling of different ATM Virtual <*s 
Channel Connections in the same channel. 

The answers to these problems depend partially on 
the restrictions imposed by the hardware, and in partic- 
ular on the characteristics of the radio transceiver. 

The wireless hop in SWAN is based around the idea so 
of a single reusable ATM wireless adapter architecture, 
shown in FIG. 3, that interfaces to one or more digital- 
in digital-out radio transceivers 42 on one side through 
a radio port interface 44, to a standard bus interlace 46 
coupled to a standard data bus 48 on the other side, and ss 
has a standard core module 50 sandwiched in between 
providing field-programmable hardware resources 52 
and a software-programmable embedded compute en- 
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gine 54 to realize the necessary data processing. Mul- 
tiple implementations of this basic architecture could be 
made with differing form factor, different bus interfaces, 
and different radios, but all with the same core data 
processing module. This provides a uniform mechanism 
for making devices SWAN-ready. The adapter could be 
configured for algorithms by reprogramming the embed- 
ded software, and by reconfiguring the field-program- 
mable hardware. System level board synthesis tools 
with interlace synthesis and parameterized library ca- 
pabilities, such as the SIERA system from Berkeley can 
be used to easily generate variations of the basic adapt- 
er architecture for different busses and radios. 

Referring to FIG. 4, there is shown a block diagram 
of a FAWN (Flexible Adapter for Wireless Networking) 
adapter architecture. The FAWN card 56 uses a PCM- 
CIA bus 58 to interface with the host computer 60. A 
laptop computer with a PCMCIA slot can become a mo- 
bile host by plugging in a FAWN card 56. 

The FAWN card 56 has a RISC processor 62, such 
as ARM 610 CPU, which is responsible for controlling 
the RF modem 64 and other peripherals through a pe- 
ripheral interlace 66. The FAWN card 56 is configured 
for use with the 2.4 GHz Industrial Scientific and Medical 
(ISM) band frequency hopping spread spectrum trans- 
ceivers, atthough the transceiver interface can be easily 
modified by reprogramming some components, which 
is well known to one ordinarily skilled in the art. The 
RISC processor 62 operates at 20 MHz and provides 
sufficient processing capacity for performing the kernel, 
signaling and transport protocol functions. 

The communication between the RISC processor 
62 and the host computer 60, in a base station 18 or a 
mobile unit 20, utilizes a dual-port memory based inter- 
face 68 over the PCMCIA interface 70. The interface is 
implemented with a Field Programmable Gate Array 
(FPGA). There are two access modes, one mode ac- 
cesses any of the CPU's peripherals, but takes longer 
as the interface must arbitrate for the FAWN CPU's in- 
ternal bus. As each side of the dual port RAM 68 can be 
accessed at full speed by the host CPU and the FAWN 
CPU 62 the data transfers can occur at a maximum 
speed. 

The dual port RAM 68 provides a high speed inter- 
face between the host computer and the adapter card. 
The dual port RAM 68 is used to implement the queues 
necessary for communication between the host compu- 
ter 60 and FAWN. By using a RAM structure, as opposed 
to a FIFO structure, the implementation of arbitrary 
queue structures with differing sizes and priorities is 
easy. When FAWN is used as an embedded controller, 
communication between the MAC process and the high- 
er level processes still continues using the dual port 
RAM 68, allowing a standard interface to be presented 
to all applications, wherever they run. The dual port 
RAM 68 provides support for semaphores to ensure that 
two identical locations are never accessed at the same 
time by the host and FAWN. 32K bytes of dual port RAM 



EP 0 789 468 A1 



75 



20 



25 



30 



35 



4 



7 

68 are provided. The dual port RAM 68 also facilitates 
the conversion of the 32 bit word used by FAWN's CPU 
to the 16 bit word needed by the PCMCIA interface. 

A modem controller 72 is implemented utilizing an- 
other FPGA and implements many of the low level f unc- s 
tions necessary to support wireless access protocols. 
The modem controller 72 includes a packet buffer and 
a hop controller The packet buffer is 64bytes long and 
allows the buffering of a complete ATM packet as well 
as extra space for encapsulation and error control bits. 
The modem controller 72 implements four such buffers, 
two for transmit and two for receive. During a receive 
operation one of the two receive buffers slowly fills up, 
at the data rate. When the buffer is full an interrupt is 
generated so that the CPU can empty the buffer all at 
once, meanwhile the other buffer begins to fill from the 
data stream. During transmit operation the CPU fills a 
transmit buffer then sets a bit to tell the modem controller 
72 that the buffer is ready to be sent. The buffer is then 
made available to the UART 74 at the data rate. Once 
the buffer has been sent the modem controller 72 gen- 
erates an interrupt so that the CPU knows that the buffer 
is now available to be filled. Meanwhile the second 
transmit buffer can be sent. The provision of these buff- 
ers allows the CPU to be decoupled from the low level 
byte based transcerve operations. 

An RF modem 64, such as a 2.4 GHz FHSS (Fre- 
quency Hopping Spread Spectrum) modem, provides a 
logic level interface for data and control, as well as an 
analog received signal strength indicator. This band per- 
mits 83 channels of 1 MHz for frequency hopping. Cur- 
rently a GEC Plessey modem can support 83 channels 
at a 625 Kbits/sec raw bandwidth and will support a 1 .2 
Mbits/sec bandwidth in another version. The modem's 
interface permits selection of 1 of the 83 channels, the 
power level, and 1 of 2 antennas. The modem 64 sup- 
plies a bit stream to a UART 74 during receive and ac- 
cepts a bit stream during transmit. The UART 74 con- 
verts the bit stream from the modem 64 to bytes during 
receive, stripping the relevant synchronization bits and 
providing bytes to the controlling FPGA (modem con- 
troller) 72. During transmission the UART 74 adds syn- 
chronization bits and feeds the bit stream to the modem 
64. The FPGA (modem controller) 72 includes four 64 
byte buffers which store packets of data to and from the 
UART 74. This allows the UART 74 to asynchronously 
transmit and receive data without having to interrupt the 
FAWN CPU 62. The FPGA 72 (modem controller) in- 
cludes a resettable counter operating at 1 MHz which 
can be utilized as a real time timer for protocol and task 
scheduling. An Analog to Digital Converter (ADC) 76 
and low pass filter allow the received signal strength to 
be read by the FAWN CPU 62. A Control PAL 78 is con- 
tained within the FAWN adapter 56. The FAWN card 56 
includes 4 Mbytes of SRAM 80 for program and data 
storage. 

For practical purposes, therefore, the nature of the 
wireless hop in SWAN depends on the characteristics 
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of the particular radio transceiver that is supported by 
the FAWN adapter 56. With respect to slow frequency 
hopping, the primary radio transceiver used in SWAN is 
the DE6003 radio from GEC Plessey. DE6003 is a half- 
duplex slow frequency hopping radio operating in the 
2.4 GHz fSM band, and has a data rate of 625 Kbps. 
Further, the radio has two power levels, and has two se- 
lectable radio antennas 82. Legal requirements dictate 
that the radio must be operated in such a fashion that it 
hop pseudo-randomly among at least 75 of the 83 avail- 
able 1 MHz wide frequency slots in the 2.400 to 2.4835 
MHz region such that no more than 0.4 seconds are 
spent in a slot every 30 seconds. Communicating trans- 
ceivers hop according to a p re-determined pseudo-ran- 
dom hopping sequence that is known to all of them. 

FIG. 5 shows the abstract architecture of a typical 
base station in SWAN. A base station 18 consists of mul- 
tiple wireless ATM adapter cards 28 plugged into its 
backplane, with each card 28 handling multiple radio 
transceivers 42. Each radio transceiver 42 is assigned 
a channel 90 (frequency hopping sequence) that is dif- 
ferent from channels 90 assigned to a radio 42 in the 
current or neighboring base station 18. Typically, in 
SWAN, a base station 18 has fewer than 3-5 radios 42 
per base station 1 8. The preceding base station organ- 
ization results in a cellular structure where each cell is 
covered by multiple co-located channels. A mobile unit 
20 in a cell 22 is assigned to one of the radio ports on 
the base station 18, and frequency hops in synchrony 
with it. 

Since carrying multimedia traffic to the mobile units 
20 is a major goal in SWAN, the two important drivers 
for the medium access control and physical layer control 
subsystem were low latency hand-off s and support for 
multiple simultaneous channels 90 in a given cell 22. In 
addition, explicit allocation of wireless resources among 
ATM virtual channel connections is crucial. Finally, at 
least in the initial implementation, simplicity of imple- 
mentation was considered desirable. In any case, im- 
plementing algorithmic enhancements would be easy 
because the wireless adapter architecture is based on 
software and reconfigurable hardware. 

The definition of the air-interface packets, and the 
mapping of ATM cells onto the air-interface packets, de- 
pends on the hardware constraints. In SWAN, a stand- 
ard serial communications controller chip is used in the 
synchronous mode resulting in the well known Synchro- 
nous Data Link Control {SDLC) protocol being used over 
the air. A SWAN transmitter sends SDLC frames sepa- 
rated by the SDLC SYNC bytes. In order to reduce the 
interrupt overhead to the software, a physical layer con- 
troller drives the serial communications controller. The 
physical layer controller accepts data units called link 
cells or air-interface packets from the medium access 
control layer, and stuffs them into the SDLC frame sent 
by the serial communications controller chip. The re- 
verse is true on the receiving end. The physical layer 
controller needs to be in hardware, and its current im- 
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plementation in the reconfigurable hardware part of the 
FAWN wireless adapter in SWAN is based on a design 
that uses fixed 64-byte sized link cells. The higher level 
medium access control layer communicates with the 
physical layer in terms of these 64-byte link cells. s 

Given the constraint of fixed 64-byte sized link cells, 
the current scheme uses the simpfe suboptimal strategy 
of encapsulating a 53 byte ATM cell to a link cell, with 
the remaining 11 bytes being used for medium access 
control header and for error control. In addition to the io 
link cell that encapsulates an ATM cell, several other link 
cells are also defined for signaling purposes. 

Consider the interface between ATM Connection 
Manager and the Medium Access Control Module. In or- 
der to schedule the wireless resources among the mul- is 
tiple ATM virtual channel connections going over a wire- 
less channel, the Medium Access Control module main- 
tains a table of per Virtual Channel Connection informa- 
tion. When a new Virtual Channel Connection needs to 
be opened, the connection manager module sends a re- 20 
quest to the Medium Access Control module indicating 
the bandwidth requirements as the channel time T1 
needed by this Virtual Channel Connection over a peri- 
od of time 12. The Medium Access Control module uses 
this information to either accept or deny admission to 2s 
this new Virtual Channel Connection. Further, this band- 
width specification is used by the Medium Access Con- 
trol module to schedule transmission of cells belonging 
to different Virtual Channel Connections. 

The implementation of the medium access control 30 
and physical layer control subsystem for SWAN can be 
viewed as a three-way hardware-software co-design 
task where the functionality can be implemented at one 
of three locations: as software on the base station CPU 
or the mobile unit CPU, as embedded software on. the 3S 
wireless adapter, and on field programmable hardware 
on the wireless adapter In the case of a dumb terminal 
with an embedded wireless adapter, there is no CPU in 
the terminal, so that the entire functionality is on the 
wireless adapter itself. In the current implementation, 40 
the physical layer control is implemented on the field 
programmable hardware on the wireless adapter, the 
Medium Access Control is implemented as software on 
the wireless adapter, and the ATM connection manager 
that Medium Access Control talks to as software either 4$ 
on the base station or mobile unit CPU, or on the wire- 
less adapter itself in the case of a dumb terminal. 

The organization of the software embedded on the 
wireless adapter is shown in FIG. 6. The software is or- 
ganized as a multi-threaded system. The finite state ma- so 
chines corresponding to the Medium Access Control 
protocol at each radio port are implemented as FSMs 
94 running in the interrupt mode. There is one such FSM 
94 for each radio port. These can be viewed as very high 
priority threads. The Medium Access Control FSMs 94 ss 
communicate with a main thread 96 that runs in the user 
mode and handles queue management and dispatching 
of ATM cells to the Medium Access Control FSMs 94 on 
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one side, and to other threads or to the base station/ 
mobile unit CPU on the other side. The inter-thread com- 
munication is done using queues of pointers 98, with the 
ATM cells themselves being stored in a shared memory 
area. It is worth pointing out that in the case of dumb 
terminals with no CPU of their own, the ATM connection 
manager 100 and the threads that source or sink ATM 
cells are also run on the embedded CPU (an ARM610 
processor) on the wireless adapter. An IRQ Handler 1 02 
processes interrupt requests in response to aqueue sta- 
tus change. 

The FAWN card has a very flexible architecture 
which allows the same device to be utilized in both base 
stations and modile stations. The FAWN card supports 
high speed interfaces from the host machine to the 
adapter card using the DPR. Because the FPGA han- 
dles the byte level communication operations and only 
presents the CPU with complete packets the CPU can 
be left to run MAC level code and still have enough ca- 
pacity to execute embedded application programs. The 
MAC and handoff design is aided by the interrupt driven 
ADC and the real time clock which are available on the 
card. The processor on the card is responsible for all the 
low level operations, simplifying the interface presented 
over the PCMCIA interface which in turn simplifies the 
software that has to be implemented on the host. This 
increases the ease with which the system can be inte- 
grated with new hosts 

Numerous modifications and alternative embodi- 
ments of the invention will be apparent to those skilled 
in the art in view of the foregoing description. Accord- 
ingly, this description is to be construed as illustrative 
only and is for the purpose of teaching those skilled in 
the art the best mode of carrying out the invention. De- 
tails of the structure may be varied substantially without 
departing from the spirit of the invention and the exclu- 
sive use of all modifications which come within the 
scope of the appended claim is reserved. 



Claims 

1. A flexible adapter for wireless networking com- 
prising: 

at least one modem interface for controlling an 
RF modem for transmitting data signals to and 
receiving data signals from another RF modem; 
a computing circuit wherein said computing cir- 
cuit controls a media access control process for 
data packets of a reconfigurable predetermined 
format; and 

a computer system interface circuit for provid- 
ing an interface between a host computer sys- 
tem, said computing circuit and said modem in- 
terface. 

2. A flexible adapter for wireless networking com- 
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prising: 

at least one modem interface tor controlling an 
RF modem for transmitting data signals to and 
receiving data signals from another RF modem; 5 
a computing circuit wherein said computing cir- 
cuit controls a media access control process for 
data packets of a reconfigurable predetermined 
format; 

a computer system interface circuit for provid- 10 
ing an interface between a host computer sys- 
tem, said computing circuit and said modem in- 
terface; and 

a bus coupling said modem interlace and said 
computer system interface circuit. is 

3. An wireless network adapter comprising: 

at least one modem interface circuit wherein 
said modern interface circuit controls an RF 20 
modem for transmitting data signals to another 
modem and receiving data signals from said 
another modem; 
a media access control circuit; 
a computer system interface circuit for provid- 2s 
ing an interface between a host computer sys- 
tem, said modem interface circuit, and said me- 
dia access control circuit. 

4. The adapter as recited in claim 1 or 2 wherein 30 
said computing circuit provides toward error correc- 
tion for said data packets. 



said modem interlace further comprises two data 
receive buffers for said data packets. 

11. The adapter as recited in claim 1 or 2 wherein 
said computing circuit controls said media access 
control process for ATM data packets. 

12. The apapter as recited in claim 3 wherein said 
modem interface circuit is reconfigurable for differ- 
ent RF modems. 

13. The adapter as recited in claim 3 wherein said 
modem interface circuit is reconfigurable for differ- 
ent data formats. 

14. The adapter as recited in claim 3 wherein said 
computer system interlace circuit is reconfigurable . 
for different host computer systems. 

15. The adapter as recited in claim 3 wherein said 
media access control circuit is reconfigurable for dif- 
ferent media access protocols. 

16. The adapter as recited in claim 3 wherein said 
media access conttrol circuit comprises a micro- 
processor computer circuit. 

17. The adapter as recited in claim 3 wherein said 
media access control circuit realizes forward error 
correction of data packets. 



5. The adapter as recited in claim 1 , 2 or 3 wherein 
said computer, systern.interf ace circuit comprises a 
PCMCIA interface circuit. 
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6. The adapter as recited in claim 1 , 2 or 3 wherein 
said computing system interface circuit comprises 
a dual port memory circuit. 40 

6. The adapter as recited in claim 1 , 2 or 3 wherein 
said modem interface comprises a field program- 
mable gate array. 



7. The adapter as recited in claim 1 , 2 or 3 wherein 
said computer system interface circuit comprises a 
field programmable gate array. 
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8. The adapter as recited in claim 1 or 2 wherein 
said computing circuit comprises a RISC computer 
circuit. 



so 



9. The adapter as recited in claim 1 , 2 or 3. wherein 
said modem interface further comprises two data 
transmit buffers for said data packets. 
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10. The adapter as recited in claim 1 , 2 or 3 wherein 
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